An ITMS-91061: Missing privacy manifest rejection email looks as follows: ITMS-91061: Missing privacy manifest- Your app includes "<path/to/SDK>", which includes , an SDK that was identified in the documentation as a privacy-impacting third-party SDK. Starting February 12, 2025, if a new app includes a privacy-impacting SDK, or an app update adds a new privacy-impacting SDK, the SDK must include a privacy manifest file. Please contact the provider of the SDK that includes this file to get an updated SDK version with a privacy manifest. For more details about this policy, including a list of SDKs that are required to include signatures and manifests, visit: https://developer.apple.com/support/third-party-SDK-requirements. Glossary ITMS-91061: Missing privacy manifest: An email that includes the name and path of privacy-impacting SDK(s) with no privacy manifest files in your app bundle. For more information, see https://developer.apple.com/support/third-party-SDK-requirements. : The specified privacy-impacting SDK that doesn't include a privacy manifest file. If you are the developer of the rejected app, gather the name of the SDK from the email you received from Apple, then contact the SDK's provider for an updated version that includes a valid privacy manifest. After receiving an updated version of the SDK, verify the SDK includes a valid privacy manifest file at the expected location. For more information, see Adding a privacy manifest to your app or third-party SDK. If your app includes a privacy manifest file, make sure the file only describes the privacy practices of your app. Do not add the privacy practices of the SDK to your app's privacy manifest. If the email lists multiple SDKs, repeat the above process for all of them. If you are the developer of an SDK listed in the email, publish an updated version of your SDK that includes a privacy manifest file with valid keys and values. Every privacy-impacting SDK must contain a privacy manifest file that only describes its privacy practices. To learn how to add a valid privacy manifest to your SDK, see the Additional resources section below. Additional resources Privacy manifest files Describing data use in privacy manifests Describing use of required reason API Adding a privacy manifest to your app or third-party SDK TN3182: Adding privacy tracking keys to your privacy manifest TN3183: Adding required reason API entries to your privacy manifest TN3184: Adding data collection details to your privacy manifest TN3181: Debugging an invalid privacy manifest

In this post, we'll share tips to help you submit apps that deliver original ideas to your users. When working on your app, focus on creating interesting, unique experiences that aren't already available. Apps that actively try to copy other apps won't pass review, and accounts that repeatedly submit copycat apps or attempt to impersonate a service will be closed. The rules that prevent copycat and impersonator apps from being distributed on the App Store are described in App Review Guideline 4.1: 4.1 Copycats (a) Come up with your own ideas. We know you have them, so make yours come to life. Don’t simply copy the latest popular app on the App Store, or make some minor changes to another app’s name or UI and pass it off as your own. In addition to risking an intellectual property infringement claim, it makes the App Store harder to navigate and just isn’t fair to your fellow developers. (b) Submitting apps which impersonate other apps or services is considered a violation of the Developer Code of Conduct and may result in removal from the Apple Developer Program.(c) You cannot use another developer’s icon, brand, or product name in your app’s icon or name, without approval from the developer. These requirements help make the App Store both a safe place for people to discover apps and a platform for all developers to be successful. Best Practices Here are three best practices that will help you submit apps that follow App Review Guideline 4.1: 1. Submit apps with unique content and features. People want apps that provide unique experiences. Find areas that aren't currently being served and build compelling apps for those audiences. Do: Create apps that provide a new experience or a unique spin on an existing concept. Design original, delightful interfaces that elegantly meet your user's needs. Don't: Don’t imitate the features and functionality of other apps. Don’t copy the look and feel of other apps, such as using an identical user interface design. 2. Make sure App Store metadata only contains relevant information and content you either own or have permission to use. The metadata provided in App Store Connect is used to populate your app's product page on the App Store. People rely on this metadata to learn about your app and what it has to offer. Leveraging the popularity of another brand or app, either by including irrelevant references or protected content, is misleading and won't help your app succeed. Do: Use engaging, descriptive language to describe your unique app. Create original content that best represents your app, such as screenshots showing the actual app in use. Don't: Don't use protected material you do not have the necessary permission to use, such as app icons that are similar to icons of a popular app. Don’t include irrelevant references, such as popular app names or trademarked terms, in any metadata fields. 3. Provide information that is authentic and verifiable. People want to know the developers behind their favorite apps are who they say they are. It's important to continually review and provide up-to-date information, including the developer or company name listed on your Apple Developer Program account, the Support URL listed on your app's product page, and other helpful information. This will enable your users to contact you when they need help and it will also hinder people who may try to impersonate you, your app, or your service. Do: Make sure all information, resources, and documentation related to your account and apps are current and accurate. Don't: Don’t provide inaccurate information or resources, such as directing people to outdated support pages. Don’t provide fraudulent documentation. Accounts that submit fraudulent documentation will be removed from the Apple Developer Program. Support Incorporating these best practices into your app's development will help you submit apps that follow App Review Guideline 4.1. If you need additional assistance, consider taking advantage of one of the following support options available from App Review: If your submission has been rejected, reply to the message from App Review in App Store Connect and request clarification. Request an App Review Appointment to discuss the results of our review. Appointments are subject to availability, and take place during local business hours in your region on Tuesdays and Thursdays. If you believe your app follows the App Review Guidelines, consider submitting an appeal to the App Review Board. Resources Learn about foundational design principles from Apple designers and the developer community. Learn how to create engaging App Store product pages. Note that apps that violate intellectual property rights are subject to removal through the App Store Content Dispute process. If you believe an app on the App Store violates your intellectual property rights, you can submit a claim.

Hello, My app was rejected under Guideline 4.3(b) and I submitted an appeal to the App Review Board on 27 August 2026. I sent a message in Resolution Center the same day. That is the only appeal I have submitted. Since then I have no way to tell whether the appeal was actually received: No case or ticket ID was issued. Nothing appears in App Store Connect. Nothing appears under Contact Us. The only reply I received restates how to submit an appeal, so it does not confirm that one is open. My questions: Is there any way to verify that an App Review Board appeal is open? Is the complete absence of a case ID expected? App ID: 6790171857 Thank you.

Hi App Review, I have an update to a live app that has now spent roughly 10 weeks unable to get through review, across two separate submissions, and I'd appreciate someone checking whether it's genuinely queued or whether something is holding it. Timeline: 16 June 2026 — v1.1.0 submitted. Sat in "Waiting for Review" for 5+ weeks, never moved to In Review. No Resolution Center message, nothing action-required. 23 July 2026 — after that submission showed no movement, I removed it and submitted a fresh build of the same version. It has now been in "Waiting for Review" for 38 days, again with no reviewer pickup and no Resolution Center message. v1.0.0 reviewed and approved normally on 8 June 2026, so the app and account have a clean prior review. The resubmission has been left completely untouched — no edits, no cancellations — so this is not a case of repeated changes resetting the queue. Two clean submissions of the same update have now stalled identically. What I've already checked on my side: no Resolution Center messages, no action-required banners, build shows valid and correctly attached to the version, export compliance answered, and Agreements/Tax/Banking all current. I've also raised support case 102923511308 and submitted an expedited review request, neither of which has changed the status. Could someone confirm whether this submission is proceeding normally, or flag if anything is required from me or if it needs to be looked at manually? Happy to provide the submission ID or any other detail. @Apple

Hi all, Our app (GripCRM, Apple ID 6805156807) was rejected under Guideline 2.1 (Information Needed) on Aug 26, asking for a demo screen recording plus some details about the app (target audience, external services used, device/OS tested, etc.). We replied the same day in Resolution Center with everything requested, including a video attachment. It has now been 10+ days with zero response: no acceptance, no follow-up question, nothing. A few days ago we also submitted a request via the "Contact the App Review Team" form to expedite the review, and got the standard confirmation ("We'll expedite review for GripCRM"). Still no movement since then. Has anyone run into a Resolution Center reply going completely silent for this long? Is there anything else worth trying, or is this just an unusually long queue right now? Thanks in advance.

Dear App Review Team, Our app No.IA (Apple ID: 6768742372) has been in "Waiting for Review" since July 20, 2026. This is version 3.1, resubmitted after the App Review Board cleared Guidelines 2.3.1 and 3.2.1 (Appeal Ticket APL509468). All Guideline 1.1 concerns have been addressed: metadata rewritten, in-app labels updated, screenshots replaced. We have tried: Resolution Center reply, expedited review request, phone call to Developer Support (Case 102912803305). All responses have been generic with no timeline. This app has been in review processes since May 19, 2026 — over 75 days. Any assistance would be greatly appreciated.

Our Apple Developer Program membership for BARNEROBE AS was terminated under Section 3.2(f) on August 24, 2026. We appealed immediately and have contacted Developer Support multiple times, but we have received no substantive response. BARNEROBE AS is a legitimate Norwegian company with a genuine business and users. The termination has completely stopped our iOS operations and is causing ongoing financial and business harm every day. We respectfully ask Apple to urgently review and escalate our existing appeal. We are ready to provide any documentation or evidence required. Case ID -1: 20000145845679 Case ID -2: 20000150078655 Case ID -3: 20000147884075 Case ID -4:20000147522352 Case ID -5:20000146688996 Case ID -6: 20000145979328 Despite multiple support requests and our reinstatement appeal, we have received no substantive response or final decision. Our iOS operations remain completely suspended, causing ongoing business and financial harm.

Hello, since July 31st, our app has been stuck in the waiting for review state for a long period of time. We have already taken some actions. July 31: first submission. August 10: after waiting for over a week, we assumed there was a problem with the review queue -> cancel and resubmit. We attempted to submit an expedited request, but there was an issue with Apple service. It keeps saying "Sorry, we didn't receive your request." August 13: request a call with the Support Team. There was a guy named Tony who answered. Unfortunately, even Apple's staff is unable to access their internal system, as he told us that, and "he don't know why"? August 14: request a call again. Apple staff - Andy took up the phone and said he could not do anything about this situation and said... We just have to wait. August 25: rejected the build, upgraded the version, and submitted once more. We're hoping that this build will get out of the stucked queue... Side notes: Attempted to submit another expedited request were unsuccessful, the problem remained, tried several times. Made an appointment for a App Review team. But even the registration is still pending. Does anyone here have suggestions or solutions for this situation? This is the first time we've encountered this situation, and it's quite strange. Isn't that a side effect of the August 8th maintenance?

I am trying to add testers to External Tester groups for a couple of our iOS apps and after adding them it shows "No Builds Available". This is despite the app being available to that External Tester group with other people having already installed the latest version of the app which is "Available" and not expired. Can someone please fix this? It is so frustrating the number of times I try and release apps to TestFlight and there's some issue blocking me, completely out of my control and I have to rely on someone at Apple fixing something on this terrible AppStoreConnect system.

Hi, I am seeing "Waiting for Review" for the past 10 hours, and I do not know why it is taking so long, some of my versions get approved quickly some versions taking a long time. General Information Bundle ID: com.salesforce.pronto.fooddelivery.ProntoFoodDeliveryApp SKU: com.salesforce.pronto.fooddelivery.ProntoFoodDeliveryApp Apple ID: 6756443629 App Name: ProntoFoodDeliveryApp Bundle Short Version String: 1.0.6 Bundle Version String: 2 Please let me know if you need any additional information. My testers are waiting to test the new features. Thank you

Hi everyone, I am preparing to publish my React Native mobile application called ScoreVerse to the App Store and would like clarification regarding developer account requirements (Individual vs. Organization). App Overview & Core Features: Sports Turf & Ground Booking: Users can browse local turf grounds, check available time slots, and book turf sessions for physical sports activities (football, cricket, etc.). Tournament Management & Live Scoring: Organizing local matches/tournaments, tracking live scores, team management, and schedules. Payments: Payments are processed via a third-party gateway (Razorpay) strictly for real-world physical turf bookings and local tournament entry fees (physical services / events, in compliance with Guideline 3.1.3(e) / 3.1.5). User & Admin Roles: Ground owners/managers manage their own turf availability and slots, while players/users book slots and view tournament stats. My Questions: Individual vs. Organization Account: Does Apple App Store Review require an Organization Account (D-U-N-S registered legal entity) for this type of sports turf booking and tournament platform, or is an Individual Developer Account sufficient for initial release? Third-Party Payment Gateway Usage: Since payments are exclusively for physical services/turf rentals in the real world (and not for digital consumable goods or in-app unlocks), will having an Individual Account cause any review rejections under Guideline 5.1.1 / 3.1.3(e)? Account Migration: If we launch initially under an Individual Account, how seamless is the process to convert/transfer the app and account to an Organization Account later once company registration is complete? Any insights from developers with similar booking/sports platforms or App Review moderators would be greatly appreciated! Thank you!

We are currently waiting for the review of the mobile application. We have a fixed public launch scheduled for Sunday, September 6, coordinated with the basketball club's official launch campaign and communications. We fully understand that review times can vary, but with the public launch now only two days away, we are becoming concerned that we may miss the scheduled launch. Our team is available to respond immediately if App Review requires any additional information or changes from our side. Could someone from the App Review team please check whether there is an issue with the submission or help escalate the review? Submission ID: 3a18ee67-4963-45b0-9a6c-ccd5a64d3d2f App Name: Rytas Apple ID: 6785592104

I've had three apps rejected for spam and I can't get any answer out of Resolution Center. All three flipped to In Review and came back rejected the same minute they went in review. Nobody opened them. There's not enough time in there for a person to have looked at anything. One of them isn't even a new app. It's an update to something that's been live and in good standing for a while, and the build was just a bug fix. Telling me that's a duplicate of an existing app makes no sense. It IS the app that's already shipping. I've got 12 apps out and they're all completely different things. If I were running a template farm you could just look at my catalog and see it. None of my apps resemble each other, and I do consistent updates on all of them. The two new ones aren't much like anything else on the store either. The rejection notice doesn't name a single app I'm supposedly duplicating. Only thing I can think of is that I recently moved my apps from my personal account onto my LLC's account and declared both as commonly controlled. So I probably look like "similar apps across linked accounts" to something automated. But that's just me putting my own apps under my own company, which I told Apple I was doing. Anyone dealt with 4.3(a) after an account transfer? Or seen this instant rejection thing?

I received a Pending Termination Notice under ADPLA 3.2(f) on September 1. The identical notice was posted into the message thread of every app on my account, so it's account-level rather than tied to one app. The stated evidence was repeated submissions attempting to evade review. I filed an appeal admitting the conduct rather than disputing it, and set out the remediation with dates. That was two days ago, no response yet. Since filing, I audited the rest of my apps and found competitor app names in some keyword fields. I hadn't connected that to the termination, but 3.2(f) does mention unfair competition and consumer confusion, and I had a naming complaint from another developer resolved through Apple earlier this year. My questions: Has anyone filed a second appeal while the first was still pending? I've read about a second appeal succeeding after the first missed the real cause, but mine already admits the main issue. Unsure whether adding this strengthens the case or just muddies it. Is competitor keywords the kind of thing that contributes to an account-level action, or is it normally just a 2.3.7 rejection? For anyone who has been through a 3.2(f) termination - roughly how long did the App Review Board take to respond? Happy to share how it turns out either way, since there isn't much written about this process.

hi all Hi all, ClubDraw (App ID: 6761770554) has been in review for 4+ months across 6 submission cycles. Resubmitted 18th August with a formal App Review Board appeal the same day - 16 days with no response. The core issue: Apple are applying Guideline 5.3.4 (gambling licence) to a B2B SaaS platform. ClubDraw enables UK grassroots sports clubs to run their own weekly lotto draws. The clubs are the licensed operators under the Gambling Act 2005. We charge a flat subscription fee only - all draw revenue goes directly to the club. We are not a lottery operator. ClubZap (App Store ID: 1004097048) operates an identical model and is live on the App Store. We've cited this in every response. ClubDraw is also live on Google Play UK without any licence requirement. Guideline 3.1.1 has also been raised - Apple say our club admin subscription must use IAP. It's a B2B SaaS fee charged to club administrators, not a consumer purchase. All other guidelines (2.1, 5.2.1) are fully resolved. The problem: App Review Board appeal not acknowledged. Message thread locked in App Store Connect. Direct emails bounce. Has anyone successfully escalated past the App Review Board? Any advice welcome. Thanks in advance.

Calling AppStore.requestReview(in:) with a valid, foreground-active UIWindowScene never presents the rating/review sheet on iOS 27 Simulator. The identical code works correctly on iOS 26 and earlier Simulator runtimes. Repro: if let windowScene = UIApplication.shared.connectedScenes .compactMap({ $0 as? UIWindowScene }) .first(where: { $0.activationState == .foregroundActive }) { AppStore.requestReview(in: windowScene) } Fresh Simulator install (Erase All Content and Settings first, to rule out the 3-per-365-day throttle). Run on iOS 27 Simulator → no sheet appears, no error, no console output. Run the identical build on iOS 26 Simulator → sheet appears as expected. Also tried: The SwiftUI @Environment(.requestReview) action (RequestReviewAction) instead of the UIKit windowScene call — same result, no prompt on iOS 27 Simulator. Ruled out an Xcode/Simulator-runtime version mismatch: reproduces both with an older Xcode + separately-downloaded iOS 27 runtime, AND with the matching Xcode 27 beta + its bundled iOS 27 Simulator. Checked the iOS 27 beta release notes — no mention of requestReview/StoreKit review prompt changes. Environment: Xcode [fill in version/beta] iOS 27 Simulator (beta [fill in]) Simulator device: [e.g. iPhone 16] Expected: Review prompt presents (subject to the documented frequency limit), matching iOS 26 behavior. Actual: No prompt, no error, on both the UIKit and SwiftUI review-request APIs.

Hello, My app has now been stuck in “Waiting for Review” for more than 66 hours after resubmission, with no status change. This is the first public release of the app. I have also experienced unusually long review delays on several previous submissions. In one previous case, the submission remained stuck for nearly a week, and a Contact Us support request also went unanswered for about a week. Once the app actually enters “In Review”, the review itself is usually completed very quickly, which makes me concerned that the repeated delay may be related to queueing or routing rather than the review itself. I replied to App Review and resubmitted the app three days ago, but there has been no further response or progress since then. A priority / expedited review had previously been approved, so I am also concerned that the current resubmission may have lost its priority or may not be correctly routed in the review queue. Could an Apple Staff member please help confirm whether this submission is correctly queued for review, and whether there may be a routing or processing issue affecting it? Submission ID: cb8ae2c6-94ab-463d-b9a6-e218179ecefc Thank you very much for any assistance.

Dear Apple Support Team: My app was submitted for review on August 22nd and has been "under review" for 12 days. I have emailed once with no reply and called twice with no helpful information. I also applied for expedited review on August 22nd LATER, but it is still "under review". If App Review team could respond and help out in any way that would be greatly appreciated, thank you. Case ID: 20000152255277 Submission ID: 091e18de-92b5-4384-9b5c-408467358dfa

Hello, Our developer account (Team ID S9D9F72QF8) was terminated on August 24 under Section 3.2(f) for "documented indications of fraudulent conduct." We received no prior warning, no pending termination notice, and to this day no specific reason: not which app, not which action, not which signal. This account was not a side project. Our whole company, our team's livelihood, and six live apps with real users were built on it. All of it stopped overnight. We take Apple's rules extremely seriously. We have never bought or manipulated reviews, ratings, or downloads, never used misleading metadata, and never operated any other developer account. We submitted a reinstatement petition (Case 20000145868954) with a compliance improvement plan, and we offered full supporting documentation, including our trade registry records and a notarized declaration that we have no connection to any other account. We are not asking Apple to skip its process. We are asking for two things any developer would ask for: Human review of our file and petition. The specific conduct at issue, so we can respond to it with evidence. If a mistake was made on our side, we want to know it, fix it, and prove the fix. If this is a false positive, we want the chance to show it. If anyone from App Review sees this, we would be grateful for any update on our case. And if other developers have resolved a similar situation, we would appreciate hearing what helped. Thank you for reading.

Hello, We submitted an appeal regarding the rejection of our app on July 17th, but haven’t received any response so far - it's been 7 days. Does anyone know what the typical timeline is for hearing back on appeals recently? And at what point should we reach out to Developer Support directly? Thank you, serge_o

Hello, I’m posting here to ask for guidance and to see if anyone has experienced a similar situation. More than 30 days ago, I submitted an appeal to the App Review Board after receiving a Pending Termination Notice for my Apple Developer Program account. However, I have not received any response or update since submitting the appeal. In the notice, Apple mentioned that my account was associated with “dishonest or fraudulent activity” related to app submissions. I want to clarify that I did not intentionally attempt to bypass the App Review process. The only change I made around that time was editing some app metadata (subtitle keywords) while trying to optimize my Apple Search Ads campaign. Looking back, I now understand that some of those keywords may have been interpreted as referencing content that Apple considers inappropriate for the App Store. After realizing this might have caused an issue, I immediately: Canceled the latest app submission that contained those metadata changes Explained the situation clearly in my appeal to the App Review Board Confirmed that I would avoid using similar metadata in the future Despite providing this explanation in my appeal, I have not received any reply or update for over a month, so I’m unsure about the current status of the appeal. If anyone here has gone through a similar process, could you share: How long it took to receive a response from the App Review Board? Whether it’s normal for appeals to take this long? Also, if any Apple staff happens to see this post, I would sincerely appreciate any guidance on whether my appeal is still under review or if there is anything further I should provide. Thank you very much for your time and help.

I have received Guideline 4.3(a) rejections on five apps in the space of a week, and I would like help understanding what my account is being compared against, because I am now guessing. The app I most recently resubmitted is Real Cost: Loan Calculator (Apple ID 6804081720). WHAT I CHANGED BETWEEN SUBMISSIONS After the first 4.3(a) I accepted that the reviewer was right about what they were shown: the one thing my app does that the category does not was behind the in-app purchase, so the app opened as yet another loan calculator. I made that feature free for everyone with no limit, rewrote the metadata, added an app preview, and lowered the price. I received the same rejection. WHAT I MEASURED BEFORE POSTING The app is 5,054 lines of Swift across 39 files. Zero remote package dependencies, no third-party frameworks, no advertising SDK, no analytics, and no network calls of any kind. It ships with 118 unit tests written against its own loan math and document parser. I compared every non-comment line of Swift across my own projects. Real Cost's highest overlap with any other app I have submitted is 6.9%, and that fraction is ordinary SwiftUI scaffolding. I surveyed 181 loan and debt apps in the US store. None of them reads the lender's own paperwork, which is the feature this app is built around and which is free in the current build. THE PART I CANNOT EXPLAIN The rejection text changed between submissions. The earlier ones said the app shares a similar binary, metadata and/or concept as apps submitted "by other developers". The most recent one says "by you or other developers". I do not know whether that wording is meaningful or simply a different template. If it means my own apps are the comparison, I would like to know which ones, because the measurement above says they do not share code. WHAT I AM ASKING Could someone tell me which specific app or apps my submissions are being compared to, or which part of the binary or metadata is triggering this? I replied in Resolution Center several days ago asking the same question and have not had an answer yet. I would rather make one real change than keep guessing and resubmitting, which I understand is the behaviour the guideline exists to stop. Thank you.